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DETAILED ACTION 

1 . This action is in response to the Request for Continued Examination (RCE) filed 
29 December 2005. 

2. Claims 1 , 4-6, 8, 12-21 , and 23 remain pending. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1, 4-6, 8, 12-21, and 23 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Bell et al. (U.S. 5,223,827) hereinafter referred to as Bell in view of 
Andersen (U.S. 6,434,715 B1) and Vaid et al. (U.S. 6,502,131 B1) hereinafter referred 
to as Vaid. 

a. As per claims 1, 21, and 23 Bell teaches: receiving network management 
data relating to an event condition (lines 15-24 of column 1 and line 56 of column 3 
through line 5 of column 4); determining whether a predetermined number of equivalent 
event shave been generated in a preceding time period (line 54 of column 1 through line 
12 of column 2); and if so generating a recurring event (abstract and lines 15-62 of 
column 1). 
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Bell does not explicitly teach: receiving data relating to a subsequent occurrence 
of the recurring event, and preventing a subsequent event from being presented in the 
event list to the user. However, Andersen discloses: "A limit may be set as to how 
many repeats should be observed before a repeat event/message is generated. 
Similarly a limit may be programmed in as to how many repeat events/messages should 
be generated regardless of the number of observations made," (lines 58-62 of column 
3). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to receive data relating to a subsequent occurrence of the 
recurring event, and prevent a subsequent event from being presented in the event list 
to the user. "This information is useful as an aid in determining the cause or root (i.e., 
systemic root cause) of these events as such would otherwise be difficult to determine," 
(line 67 of column 3 through line 3 of column 4 in Andersen) and "By identifying 
repeating fault events automatically, these systemic fault conditions may be predicted, 
detected, and corrected before a major fault event occurs," (lines 16-19 of column 4 in 
Andersen). It is for these reasons that one of ordinary skill in the art at the time of the 
applicant's invention would have been motivated to receive data relating to a 
subsequent occurrence of the recurring event, and prevent a subsequent event from 
being presented in the event list to the user in the system as taught by Bell. 

Bell does not explicitly teach: SNMP events. The combination of Bell and 
Andersen teach all of the limitations of the instant application with regards to generic 
events, and the examiner contends that the type of event is arbitrary. In any case, Vaid 
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discloses: "Alarms and notifications can also be specified, in order to determine which 
events will trigger an alarm, at what threshold, and in what form e.g. email notification, 
pager message, SNMP trap, log entry and so on," (lines 52-55 of column 27). It would 
have been obvious to one of ordinary skill in the art at the time of the applicant's 
invention to include SNMP events, "Additionally, the directory access interfaces with 
management stations network services 181 1 through SNMP," (lines 3-5 of column 27 in 
Vaid). It is for this reason that one of ordinary skill in the art at the time of the 
applicant's invention would have been motivated to include SNMP events in the system 
as taught by Bell and Andersen. 

b. As per claim 4, Bell does not explicitly teach: adding a time stamp to the 
event data of the recurring event, the time stamp indicating the time of the subsequent 
occurrence of the event condition. However, Andersen discloses: "Optionally, the 
algorithm may also log the date and time of the event," (lines 10-1 1 of column 2). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to add a time stamp to the event data of the recurring event, with 
the time stamp indicating the time of the subsequent occurrence of the event condition. 
"The algorithm determines if this particular fault type (or event type) has occurred before 
(e.g., the same type of fault on the same phase). If such a fault has occurred before, 
the time since the last such fault occurrence and the total number of such fault type 
occurrences are determined. This is then compared against the user-input number of 
events and/or time frequency specified to merit the generation of a repeat event," (lines 
1 1 -1 8 of column 2 in Andersen). It is for this reason that one of ordinary skill in the art 
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at the time of the applicant's invention would have been motivated to add a time stamp 
to the event data of the recurring event, with the time stamp indicating the time of the 
subsequent occurrence of the event condition in the system as taught by Bell. 

c. As per claim 5, Bell teaches: the preceding time period is an immediately 
preceding time period (abstract and lines 45-62 of column 1 ). 

d. As per claim 6, Bell teaches: data relating to an event is recorded in an 
event storage. 

Bell fails to teach: recorded event data includes the time of the event; and the 
step of determining whether a predetermined number of equivalent events have been 
generated in a preceding time period comprising: determining the number of equivalent 
events in the event storage having a time within the predetermined time period, and 
comparing the determined number with the predetermined number. However, 
Andersen discloses: "Optionally, the algorithm may also log the date and time of the 
event," (lines 10-1 1 of column 2); and "A limit may be set as to how many repeats 
should be observed before a repeat event/message is generated. Similarly a limit may 
be programmed in as to how many repeat events/messages should be generated 
regardless of the number of observations made. This information may be displayed at 
the trip unit 30 or at a central computer (not shown). This may be displayed (or printed) 
in the form of a log or by type of event along with the number of repeat events, the time 
since the prior event occurrence and/or the frequency of such event occurrences," (lines 
62-67 of column 3). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to have recorded event data include the time of the event; and the 
step of determining whether a predetermined number of equivalent events have been 
generated in a preceding time period comprising: determining the number of equivalent 
events in the event storage having a time within the predetermined time period, and 
comparing the determined number with the predetermined number. "The algorithm 
determines if this particular fault type (or event type) has occurred before (e.g., the 
same type of fault on the same phase). If such a fault has occurred before, the time 
since the last such fault occurrence and the total number of such fault type occurrences 
are determined. This is then compared against the user-input number of events and/or 
time frequency specified to merit the generation of a repeat event," (lines 1 1-18 of 
column 2 in Andersen). 

It is for this reason that one of ordinary skill in the art at the time of the applicant's 
invention would have been motivated to have recorded event data include the time of 
the event; and the step of determining whether a predetermined number of equivalent 
events have been generated in a preceding time period comprising: determining the 
number of equivalent events in the event storage having a time within the 
predetermined time period, and comparing the determined number with the 
predetermined number in the system as taught by Bell. 

e. As per claim 8, Bell teaches: receiving network management data relating 
to an event condition (lines abstract and 15-24 of column 1); and determining whether 
the monitored characteristic for the event condition is in a recurring state, and 
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processing the data according to whether the monitored characteristic for the event 
condition is in a recurring state (abstract and lines 15-62 of column 1 ). 

f. As per claim 1 1 , Bell does not explicitly teach: determining whether the 
event condition has occurred more than the first predetermined number of times in the 
first preceding time period, and if so, preventing the received data relating to the event 
condition from being presented in the event list to the user. However, Andersen 
discloses: "A limit may be set as to how many repeats should be observed before a 
repeat event/message is generated. Similarly a limit may be programmed in as to how 
many repeat events/messages should be generated regardless of the number of 
observations made," (lines 58-62 of column 3). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to determine whether the event condition has occurred more than 
the first predetermined number of times in the first preceding time period, and if so, 
preventing the received data relating to the event condition from being presented in the 
event list to the user. "This information is useful as an aid in determining the cause or 
root (i.e., systemic root cause) of these events as such would otherwise be difficult to 
determine," (line 67 of column 3 through line 3 of column 4 in Andersen) and "By 
identifying repeating fault events automatically, these systemic fault conditions may be 
predicted, detected, and corrected before a major fault event occurs," (lines 16-19 of 
column 4 in Andersen). 

It is for these reasons that one of ordinary skill in the art at the time of the 
applicant's invention would have been motivated to determine whether the event 
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condition has occurred more than the first predetermined number of times in the first 
preceding time period, and if so, preventing the received data relating to the event 
condition from being presented in the event list to the user in the system as taught by 
Bell. 

g. As per claim 12, Bell does not explicitly teach: adding the time of the 
received data relating to the event condition to event data of the event in the recurring 
state. 

However, Andersen discloses: "Optionally, the algorithm may also log the date 
and time of the event," (lines 1 0-1 1 of column 2). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to add the time of the received data relating to the event condition 
to event data of the event in the recurring state. "The algorithm determines if this 
particular fault type (or event type) has occurred before (e.g., the same type of fault on 
the same phase). If such a fault has occurred before, the time since the last such fault 
occurrence and the total number of such fault type occurrences are determined. This is 
then compared against the user-input number of events and/or time frequency specified 
to merit the generation of a repeat event," (lines 1 1-18 of column 2 in Andersen). 

It is for this reason that one of ordinary skill in the art at the time of the applicant's 
invention would have been motivated to add the time of the received data relating to the 
event condition to event data of the event in the recurring state in the system as taught 
by Bell. 
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h. As per claim 13, Bell teaches: if it is determined that the event condition 
has not occurred more than the first predetermined number of times in the first 
immediately preceding time period, the method further comprises generating an event 
for presentation in the event list to the user (abstract and lines 15-62 of column 1). 

i. As per claim 14, Bell teaches: the generated event is not a recurring event 
(abstract and lines 34-50 of column 2). 

j. As per claim 1 5, Bell teaches: wherein if it is determined that the 
monitored characteristic for the event condition is not in a recurring state, the method 
further comprises determining whether a second predetermined number of equivalent 
events have been generated in a second preceding time period (line 51 of column 2 
through line 12 of column 3). 

k. As per claim 16, Bell teaches: generating a recurring event if it is 
determined that the second predetermined number of equivalent event have been 
generated in the second preceding time period (abstract and lines 15-62 of column 1). 

I. As per claim 17, Bell does not explicitly teach: preventing a subsequent 
event from being presented in the event list to the user following a subsequent 
occurrence of the event condition. However, Andersen discloses: "A limit may be set as 
to how many repeats should be observed before a repeat event/message is generated. 
Similarly a limit may be programmed in as to how many repeat events/messages should 
be generated regardless of the number of observations made," (lines 58-62 of column 
3). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to prevent a subsequent event from being presented in the event 
list to the user following a subsequent occurrence of the event condition. "This 
information is useful as an aid in determining the cause or root (i.e., systemic root 
cause) of these events as such would otherwise be difficult to determine," (line 67 of 
column 3 through line 3 of column 4 in Andersen) and "By identifying repeating fault 
events automatically, these systemic fault conditions may be predicted, detected, and 
corrected before a major fault event occurs," (lines 16-19 of column 4 in Andersen). 

It is for these reasons that one of ordinary skill in the art at the time of the 
applicant's invention would have been motivated to prevent a subsequent event from 
being presented in the event list to the user following a subsequent occurrence of the 
event condition in the system as taught by Bell. 

m. As per claim 18, Bell does not explicitly teach: adding a time stamp to the 
event data of the recurring event, the time stamp indicating the time of the subsequent 
occurrence of the event condition. However, Andersen discloses: "Optionally, the 
algorithm may also log the date and time of the event," (lines 10-1 1 of column 2). 

It would have been obvious to one of ordinary skill in the art at the time of the 
applicant's invention to add a time stamp to the event data of the recurring event, with 
the time stamp indicating the time of the subsequent occurrence of the event condition. 
"The algorithm determines if this particular fault type (or event type) has occurred before 
(e.g., the same type of fault on the same phase). If such a fault has occurred before, 
the time since the last such fault occurrence and the total number of such fault type 
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occurrences are determined. This is then compared against the user-input number of 
events and/or time frequency specified to merit the generation of a repeat event," (lines 
1 1 -1 8 of column 2 in Andersen). 

It is for this reason that one of ordinary skill in the art at the time of the applicant's 
invention would have been motivated to add a time stamp to the event data of the 
recurring event, with the time stamp indicating the time of the subsequent occurrence of 
the event condition in the system as taught by Bell. 

n. As per claim 19, Bell teaches: if it is determined that the second 
predetermined number of equivalent events have not been generated in the second 
preceding time period, the method further comprises generating an event for 
presentation in the event list to the user (abstract and lines 15-62 of column 1). 

o. As per claim 20, Bell teaches: the first and/or second preceding time 
period is an immediately preceding time period (abstract and lines 45-62 of column 1). 

Response to Arguments 

5. Applicant's arguments filed 29 December 2005 have been fully considered but 
they are not persuasive. 

6. (A) The applicant contends that Bell and Andersen are not directed towards 
SNMP events. The examiner agrees and new grounds of rejection have been made. 
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(B) The applicant contends that there is no suggestion in Bell that messages 
should be disregarded (or not be sent) at some point, such as after a predetermined 
number of threshold crossing have occurred. 

In response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant relies 
(i.e., messages should be disregarded (or not be sent) at some point, such as after a 
predetermined number of threshold crossing have occurred) are not recited in the 
rejected claim(s). Although the claims are interpreted in light of the specification, 
limitations from the specification are not read into the claims. See In re Van Geuns, 988 
F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 

The claimed features of: determining whether a predetermined number of 
equivalent events have been generated in a preceding time period, and if so, generating 
a recurring event are taught by Bell as cited in line 54 of column 1 through line 12 of 
column 2 which discloses: "In U.S. Pat. No. 4,080,589, the occurrence of an error 
triggers a timer and begins a counting interval. Subsequent errors occurring during the 
interval are counted until a predetermined threshold is reached or the timing interval 
expires. If the threshold is reached before expiration of the interval, an alarm is signaled 
and the timer is reset to begin a new interval. Each subsequent error resets the timer 
until a complete error free interval occurs. 

In U.S. Pat. No. 4,241,445, a time base circuit measures recurrent intervals T2; 
each T2 contains an intermediate interval T1 . A first error counter counts errors up to a 
threshold during intervals equal at most to T2 and at a minimum to T1 . A second error 
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counter counts each threshold crossing of the first counter. The second counter signals 
an alarm when it reaches a predetermined value. 

In U.S. Pat. No. 4,291 ,403, if an error count exceeds a predetermined threshold 
during an established time period, an alarm is generated and a second threshold is 
established to measure subsequent error rates. 

U.S. Pat. No. 4,339,657 establishes a variable time interval measured by a 
predetermined number of operations that occur. The arrangement counts errors 
occurring during the operations and also counts the number of times that the error count 
crosses a predetermined threshold." As such, all of the limitations of the instant 
application are taught by the prior art. 

Conclusion 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Carney (U.S. 6,487,521 B1) discloses SNMP trap and event notification upon 
reaching a threshold. 

Groath et al. (U.S. 6,571,285 B1) discloses SNMP threshold events. 

Rakoshitz et al. (U.S. 6,816,903 B1) discloses determining what events will 
trigger an alarm at what threshold. 

Black et al. (U.S. 6,934,749 B1) discloses determining when a failure threshold 
has been exceeded. 
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Chisholm et al. (U.S. 6,978,302 B1) discloses identifying events of a network, 
determining when a threshold has been exceeded, and logging the events. 

Hrabik et al. (U.S. 6,988,208 B2) discloses implementing countermeasures when 
an event threshold has been exceeded. 

Branscomb et al. (U.S. 2002/0057018 A1) discloses reporting threshold events to 
the SNMP master agent. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael Meucci at (571) 272-3892. The examiner can 
normally be reached on Monday-Friday from 9:00 AM to 6:00 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Andrew Caldwell, can be reached at (571) 272-3868. The fax phone 
number for this Group is 571-273-8300. 

Communications via Internet e-mail regarding this application, other than those 
under 35 U.S.C. 132 or which otherwise require a signature, may be used by the 
applicant and should be addressed to [michael.meucci@uspto.gov]. 

All Internet e-mail communications will be made of record in the application file. 
PTO employees do not engage in Internet communications where there exists a 
possibility that sensitive information could be identified or exchanged unless the record 
includes a properly signed express waiver of the confidentiality requirements of 35 
U.S.C. 122. This is more clearly set forth in the Interim Internet Usage Policy published 
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in the Official Gazette of the Patent and Trademark on February 25, 1997 at 1 1 95 OG 
89. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 
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